home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 8483 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.2 KB
  1. Path: halon.vggas.com!news
  2. From: JYoungman@vggas.com (James Youngman)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Speed of random generators
  5. Date: 4 Mar 1996 16:48:34 GMT
  6. Organization: VG GAs Analyis Systems
  7. Message-ID: <4hf6t2$6lc@halon.vggas.com>
  8. References: <TAKAHASI.96Mar1113825@poisson.ece.cmu.edu> <4h7mbkINNqkr@anvil.ugrad.cs.ubc.ca>
  9. Reply-To: JYoungman@vggas.com
  10. NNTP-Posting-Host: 132.147.163.4
  11. X-Newsreader: News Version 5.0 from Hummingbird Communications Ltd.
  12.  
  13. >In article <TAKAHASI.96Mar1113825@poisson.ece.cmu.edu>,
  14. >Eduardo S. C. Takahashi <takahasi@poisson.ece.cmu.edu> wrote:
  15. > >
  16. > >I'm working in a simulation that requires intensive use of pseudo-random
  17. > >sequences. My problem is that profiling the program I found out that the
  18. > >generation of the sequences is responsible for about 50% of the total 
  19. > >execution time. Since each run can take about 4 hours, it would be good
  20. > >if I could save some time. 
  21.  
  22. The trouble with this is, if you use a poor quality random number generator, 
  23. the quality of the result can suffer -- sometimes badly -- and lead you to do 
  24. longer runs to get decent results, meaning that the job gets done slower with a
  25. faster, pooere, random number generator.  However, that are some that are good, 
  26. AND fast.
  27.  
  28. James.
  29.  
  30. James Youngman
  31.